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REMARKS/ARGUMENTS 

Status of Claims 

Claims 1-19 stand rejected. 

Thus, claims 1-19 are pending in this patent application. 

The Applicants hereby request further examination and reconsideration of the presently 
claimed application. 
Claim Rejections ~ 35 U.S.C, § 103 

Claims 1-19 stand rejected under 35 U.S.C. § 103(a) as being unpatentable over U.S. 
Patent Application Publication 2004/0004955 (Lewis) in view of U.S. Patent Application 
Publication 2002/01 16669 (Jain) and U.S. Patent 7,3 15,5 10 (Owens). Claims 2 and 4-19 depend 
from independent claim 1. Thus, claims 1-19 stand or fall on the application of the combination 
of Lewis, Jain, and Owens to independent claims 1 and 3. As noted by the United States 
Supreme Court in Graham v. John Deere Co. of Kansas City, an obviousness determination 
begins with a finding that " t he prior art as a whole 

dgingnfs of the claimed Jnycntion''. See Graham v. John Deere Co. of Kansas City, 383 U.S. 
1, 22 (U.S. 1966). The Applicants respectfully submit that the combination of Lewis, Jain, and 
Owens does not contain all of the elements of independent claims 1 and 3, and therefore fails to 
render obvious claims 1-19. 

The combination of Lewis, Jain, and Owens fails to render obvious claims 1-19 because 
the combination of Lewis, Jain, and Owens fails to disclose: (1) that the PML router assigns a 
label for the protection label switching path (LSP) based on a message; (2) another message 
comprising an identifier of the work LSP, a type of LSP, and a protection mode; and (3) binding 
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information contained in a first message, a second message, and notification message, and 

PSL and PML binding the work LSP and protection LSP, Claims I and 3 read: 

1. A method for binding a work label switching path (LSP) with a protection 
LSP, comprising: 

a Path Switching Label Switching Router (PSL) transmitting a first 
message which c omprises a binding information to a Path Merging Label 
Switching Router (PML) to request for creating the protection LSP of the work 
LSP; 

the PML router assi gning a label for the protection LSP based on the 
first message, and returning a second message which comprises the binding 
information; 

upon receiving the second message, the ...PSL ..XQMcrMgdin^.the work 
LSP with the pr o tection LSP according to the binding information, and 
fransmitting a^ 
t o th e PM L switchedrouter; and 

the PML router binding the work LSP with the prote ction LSP 
according to the binding information in the notification message, 

wherein the binding i nformation comprises an identifier of thfc work 
LSP, a type of the LSP, and a protection mode, and 

wherein the PSL and PML are label edge routers. 

3. A method for binding a work label switching path (LSP) with a protection LSP, 
comprising: 

in the process of creating the protection LSP, a Path Switching Label 
Switching Router (PSL) transmitting a first message which compr ises a 
binding information to a Path Merging Label Switching Router (PML) to 
request for creati ng the protection LSP of the work LSP; 

the PML router assigning a label for the protection LSP ba sed on the 
first message, and returning a second piessage which 
information ; 

upon receiving the second message, the PSL router binding the work 
LSP with the protec according to the binding information, and 

transmitting a notification message whkh gofflprlses the binding information 
to the PML switched router; and 

the PML. ..router binding the, wo LSP 
according to the binding information in the notification message, 

if the protection mode for the work LSPs is 1+1 mode, the binding 
information comprises the work LSP.Ifo&tlffer T --LSP type,, and, the .protection 
mode ; and 

if the protection mode for the work LSPs is 1:1, the binding information 
comprises the work LSP identifier , .J^P^Jy jp^j^tejprotection mode and 
selection mode of the return LSP in the 1:1 protection mode. 
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(Emphasis added). First, claims 1 and 3 require that the PML router assigns a label for the 

protection LSP based on a message. The Examiner asserts that Jain's paragraph 5. lines 1-10 

discloses that the PML router assigns a label for the protection LSP. See Office Action dated 

October 6, 2010, pp. 5-6. However, Jain modifies the packet by exchanging the ontgoing label 

for the prior la bel b efore forwarding the packet atoagthis next both rather than assigning a 

label for the protection LSP : 

A label associated with a data packet identifies the appropriate next hop for the 
packet along the predefined path. At the nodes, a forwarding table (also referred 
to as a label-swapping table) associates incoming labels with appropriate outgoing 
labels. When a node receives a data packet, the forwarding table is used to look 
up the packet label. The corresponding entry indicates a next hop for the packet 
and provides the outgoing label. The router then modifies the packet by 
exchanging the outgomg label for the prior label before forwarding the 
packet along this next hop. 

Jain, f[ 5 (emphasis added). As shown above, Jain's router modifies the packet by exchanging 

the outgoing label for the prior label before forwarding the packet along this next hop. 

Assigning a label for a packet is not the same as assigning a label for the protection LSP. Lewis 

and Owens fail to make up for the deficiencies of Jain. Therefore, the combination of Lewis, 

Jain, and Owens fails to disclose that the PML router assigns a label for the protection LSP based 

on the first message. 

Second, the combination of Lewis, Jain, and Owens fails to render obvious claims 1-19 
because the combination of Lewis, Jain, and Owens fails to disclose a message that comprises 
label binding information comprising an identifier of the work L SP^a type M. the LSP, and a 
protection ; mode. The Examiner asserts that Owens 's col. 11, 11. 1-12 discloses an identifier for 
the work LSP. See Office Action dated October 6, 2010, p. 2. However, Owens 's identification 
of a protection switch or node is merely identification of a protection switch or node, not the 
work LSP: 
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A Protection Domain Path is established by the i^gntificgyUon jofa. protection 
switch or node an d &n end p oint jjwffgfo -or node in the MPLS network. The 
protection switch element ("PSL") initiates the setup of the working LSP and 
elements and the recovery LSP and elements. It is also responsible for storing 
information about which network switch elements or portions thereof have 
protection enabled, and for maintaining a binding between outgoing labels 
specifying the working path and the protection/recovery path. The latter enables 
the switchover to the recovery path upon the receipt of a protection switch trigger. 

Owens, col. 11, 11. 2-12 (emphasis added). As shown above, Owens 's protection domain path is 

established by the idenjijlcati^ and an end point switch or 

node in the MPLS network. In contrast, claims 1 and 3 require an identifier of the work LSP 

contained in the binding information. Since a LSP is not a switch or node, the identifier of the 

work LSP is different from the identification of a protection switch or node and an end point 

switch or node in the MPLS network. 

The Examiner also asserts that Owens 's col. 6, 11. 33-43 discloses the type of LSP 

contained in the binding information. However, Owens 's reference to switching systems is for 

asynchronously switching systems, such as Internet Protocol (IP) or Asynchronous Transfer 

Mode (ATM); 

As set forth above, the format of a liveness message will depend upon the type of 
switching systems used in the network. IP switc hes and ATM swi tches will 
peed to comply _wrt Alternative embodiments of 

the invention would certainly contemplate other sorts of liveness messages having 
different formats with the salient feature of the message being that the message 
indicates to an upstream switch that downstream directed data messages were 
received by a downstream switch intact. 
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FIG. 1 shows a simplified block diagram of a packetized-data switching network 
100. Each of the squares shown in FIG. 1 including boxes represented by 
reference numerals 102, 104, 106, 108. 110, 112, 114, 116, 118 and 120 represent 
one or more types of asynchronous switching systems that asynchronously receive 
data in e.g., packets, cells or frames from an "upstream" switch and route, direct, 
couple or otherwise send the data onward to another "downstream" switch 
logically closer to the ultimate destination for the data. By way of example, 
thj^g .... jwite ^ (IF ) roasters, 

asyaehrosious transfer mode (ATM) switches , frame relays switches or other 
types of packetized-data switching systems implemented to receive packetized 
data over a transmission line and reroute the data onto one or more output ports to 
which are connected transmission media coupled to other switching systems. 
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Owens, col. 6, 11, 33-43, col. 3, 11. 17-24, and FIG. 1 (emphasis added). As shown above, 
Owens 's switching systems are asynchronous switching systems, such as IP or ATM. In contrast, 
claims 1 and 3 require a type of LSP contained in the binding information. Since the LSP is not 
an asynchronous switching system, the type of LSP is different than the type of switching 
systems. 

Furthermore, Owens 's label binding information does not specify an identifier of the 
work LSP, a type of the LSP, or a protection mode: 
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A "label distribution protocol" is a set of procedures by which one LSR (i.e., a 
network switch element) informs another of the label bindings it has made. 
"Label binding" is a process b y .which a Message to be seot from, a.source to a 
destination ^ 

the way, between the jjonrce and destination. By way of example, in FIG. 1, a 
message to be sent from switch 1 to switch 7 is associated or bound to travel to 
switch 7 through switch 2 by, or using, the label Ln that is first associated with 
the message at, or by, switch 1. Switch 2 in turn associates messages labeled I42 
as bound for switch 3 and re-labels them as L23. Re-labeling messages (e.g. re- 
labeling a message received at switch 2 011 Lu, as the same message that is output 
from switch 2 but on L23 and which is received at switch 3, to be re-labeled by 
switch 3 and output again as L34) is known, as "label binding." Two or more 
LSRs, (network switch elements) which use a label distribution protocol to 
exchan ge label binding information are known as "label distribution peers'- 
with respect to the binding information they exchange"' " 

Owens, col, 1 1, 11. 13-32 (emphasis added). As shown above, Owens 's label binding is a process 

that associates different labels with the LSP. The labels merely identify the LSP; they do not 

provide any information regarding the type of LSP or thejgrote ction mode. Thus, Owens 's 

binding information does not identify the work LSP, the type of LSP, or the protection mode. 

The Examiner also asserts that Jain's paragraphs 21 and 106 disclose label binding 

information comprising an identifier of the work LSP, a type of the LSP, and a protection mode. 

See Office Action dated October 6, 2010, pp. 6-7. However, Jain's fault ^notifica tion message 

does not contain any label ___bjnding__ information , much less the identifier of the work LSP, a 

type of the LSP, and a protection mode: 

Then, program flow moves to a state 906 in which a level or type of protection 
criteria for the resource identified in the state 904 may be specified. This criteria 
may, for example, specify a level of redundancy available to the resource. The 
level or kind of criteria specified in the state 906 will generally result from the 
topology of the network and from characteristics of individual network elements. 
For example, the protection provided may be 1:1, l:n, 1+1, ring, or fast re-route. 
Fast re-route may be as explained above in reference to FIGS. 6-8 or another fast 
re-routing technique. Further, these criteria may be further specified according to 
classes and sub-classes of protection. For example, 1:1 protection may be 
considered a special case of 1 :n protection that provides a higher level of fault 
tolerance than other 1 :n levels. 
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The network may be a label-switching network. Label switching may be 
performed in accordance with MPLS, Propagation of a fao It notificatmn jbel 
pay be by aa jateri&r ' ^atewi^., ^tejj^); Pro pagation, of th® fantt 
notification may inc^ 

packet The label sw itched pajgk et.m ^ .faa^-^ faalt infor mation label (FIM 
that distinguishes the fault notificat ion from data traffic. A substantially same 
FIL may be sent with each fault notification regardless of which network node 
originates the fault notification. Or, each network node may originate fault 
notifications having a FIL that is unique to the node, Network nodes that would 
be affected by the corresponding point of failure may store the indicia of the 
identi fied possible points of failure. The network nodes that would be affected by 
the corresponding point of failure may set up a label-switched path that uses a 
resource identified by the corresponding point of failure. At least one of the 
network nodes that receives a fault notification that corresponds to a point of 
failure that affects operation of the node may recover from the fault. 

Jain, 1% 1-06 and 21 (emphasis added). As shown above, Jain's fault notification message 

comprises a fault information label (FIL) that identifies the fault notification mes sage , not the 

work LSP. Further, Jain 's fault notification message fails to contain any information identifying 

the type of LSP or the protection mode. Thus, Jain fails to disclose a message that comprises 

label binding information comprising an identifier of the work LSP, a type of the LSP, and a 

protection mode. As such, the combination of Lewis, Jain, and Owens fails to disclose at least 

one limitation of claims 1 and 3, and consequently fails to render obvious claims 1-19. 

Third, the combination of Lewis, Jain, and Owens fails to render obvious claims 1-19 

because the combination of Lewis, Jain, and Owens does not disclose binding information 

contained in the first message, a second message, and notification message, and the PSL and 

PML binding the work LSP and protection LSP. The Examiner asserts Owens discloses this 

feature in col. 11, 11. 12-31 with respect to the binding information they exchange. See Office 

Action dated October 6, 2010, p. 3. However, the label binding information exchanged in Owens 

is a process by which a message to be sent from a source to a destination is associated with 

various labels between the nodes that lie along the way, between the source and destination: 
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A "label distribution protocol" is a set of procedures by which one LSR (i.e., a 
network switch element) informs another of the label bindings it has made. 
"Label binding" is a process by which a message to be sent from a source to a 
.destinatfon^^ 

the way, betw_een_.the source arid destination. By way of example, in FIG. 1, a 
message to be sent from switch 1 to switch 7 is associated or bound to travel to 
switch 7 through switch 2 by, or using, the label Ln that is first associated with 
the message at, or by, switch 1 . Switch 2 in turn associates messages labeled hn 
as bound for switch 3 and re-labels them as L23. Re-labeling messages (e.g. re- 
labeling a message received at switch 2 on L42, as the same message that is output 
from switch 2 but on L23 and which is received at switch 3, to be re-labeled by 
switch 3 and output again as L34) is known as "label binding." Two or more 
LSRs, (network switch elements) which use a label distribution protocol to 
exchange label binding in forma tion are known as "label distribution peers" 
with respect to the binding information they exchange. 

Owens, col. 11, 11. 13-32 (emphasis added). As shown above, the label binding information 

exchanged in Owens is a process by which a message to be sent from a source to a destination is 

associated with various labels between the nodes that lie along the way, between the source and 

destination. In contrast, the binding information transmitted between PSL and PML make the 

PSL and PML bind the work LSP and protection LSP (as described in claims 1 and 3, upon 

receiving the second message, the PSL router binding the work LSP with the pro tectio n LSP 

according to the blading information, and transmitting a notification message which comprises 



the binding information to the PML switched router; and the PML router binding the work LSP 
with the protecfioB LSP according to the binding infor mation m the notif ication «*&^»ge>. 
The Examiner asserts that Lewis transmits a notification message comprising the binding 
information to the PML switched router. See Office Action dated October 6, 2010, p. 4. 
However, Lewis's error notification message sent from his LSR 108 to his label edge router 
(LER) 110 does not comprise any b inding info rmation : 
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FIG. 1 

The treatment of the RESV message 308 in the preferred embodiment is 
consistent with that prescribed in the RSVP standard. The RESV message 308 is 
forwarded towards the LER 106 along the same route of the first LSP path 
message. Upon receipt, the transit router 108 looks into the message 308 to 
determine if it has sufficient available resources to provide the bandwidth and 
QOS requested in the previous PATH message 304 for the forward LSP. If 
available, the transit router 108 updates its MPLS forwarding table with the 
MPLS label from the LER 110 and outgoing port number included in the RESV 
message 308. If the check fails for lack of available resources, for example, 
transit rout er 108 retu rns an error notification to the LER 110 that made the 
initial request, 

Lewis, FIG. 1 and *[j 44 (emphasis added). As shown above, Lewis's LER 110 (e.g. the PML 
router) receives an error notification message, but Lewis__does pot disclose that the error 
notification messa ge contains an y binding information . Additionally, it is well known that 
the PSL router is the upstream edge router and the PML router is the downstream edge router 
along the LSP. See, e.g., FIG. 1 and % 30 of the Applicants' specification. However, Lewis's 
error notification message is transmitted from an intermediate roiuter (i.e. transit router 1 08), 
not from the PSL edge roister (i.e. LER 106). Thus, Lewis fails to disclose a PSL router that 
transmits a notification message comprising binding information to a PML router. Jain fails to 
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make up for the shortcomings of Lewis because Jain's fault notification message does not 

comprise any binding information, and Jain does not disclose that the fault notification message 

is sent from the PSL to the PML: 

A conventional technique for detecting and responding to such faults involves a 
node detecting a fault in one of its associated communication links, such as 
through a link-layer detection mechanism. Then, fault notifications are 
transmitted among routers using a network-layer mechanism. A fault 
notification is required for each LSP t hat uses the faulty link so as to initiate re- 
routing of the LSP around the faulty link. Thus, fault notification is performed 
on the basis of individual LSPs. This scheme has a disadvantage where a fault 
affects a large number of LSPs because a correspondingly large number of fault 
notifications are required. While such fault notifications are being propagated, 
significant quantities of critical data can be dropped. 

When a fault occurs, it ...is generally.. deteet^^by one of the network nodes. 
The node that detects the failure may send a notification of the failure, tq jts 
neighboring nodes. For this purpose, all the network interfaces of a particular 
node may be part of a special multicast group. The notification may include the 
SRLG thai corresponds to the particular failure that occurred, allowing it to be 
transmitted to particular nodes that may be affected by the failure. 

Jain, If 7 and 14 (emphasis added). As shown above, Jain 's fault notification message does not 

comprise any binding information, and Jain does not disclose that the fault notification message 

is sent from the PSL to the PML. Further, Jain 's fault notification message does not contain 

binding information. Thus, Jain fails to disclose a PSL router that transmits a notification 

message comprising binding information to a PML router. Owens fails to make up for the 

deficiencies in Lewis and Jain, As such, the combination of Lewis, Jain, and Owen fails to 

disclose at least one limitation of independent claims 1 and 3, and consequently fails to render 

obvious claims 1-19. 
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Consideration of the foregoing amendments and remarks, reconsideration of the 
application, and withdrawal of the rejections and objections is respectfully requested by the 
Applicants. No new matter is introduced by way of the amendment. It is believed that each 
ground of rejection raised in the Final Office Action dated October 6, 2010, has been fully 
addressed. If any fee is due as a result of the filing of this paper, please appropriately charge 
such fee to Deposit Account Number 50-1515 of Coniey Rose, P,C, Texas. If a petition for 
extension of time is necessary in order for this paper to be deemed timely filed, please consider 
this a petition therefore. 

If a telephone conference would facilitate the resolution of any issue or expedite the 
prosecution of the application, the Examiner is invited to telephone the undersigned at the 
telephone number given below. 



Respectfully submitted, 
Conley Rose, P.C. 





Grant Rodolph 
Reg. No. 50,487 



5601 Granite Parkway, Suite 750 

Piano, TX 75024 

(972) 731-2288 

(972) 731-2289 (Facsimile) 



ATTORNEY FOR APPLICANTS 



103768 vl/4202.02900 



19 



